s boot

Il s’agit pour ce code 0100000000000005 d’une erreur du boot sysmodule. As-tu fais une sauvegarde de ta NAND ? Si oui, la restaurer et mettre à jour pourrait résoudre cela.

Sauf si un élément m’échappe ou que tu utilisais autre chose qu’un Dongle SX Pro et son CFW SX OS, je ne vois que cette possibilité.

Cela arrive quand une mise à jour a été faite et mal opérée. Cela n’a rien à voir avec le CFW Atmosphère ou le custom boot loader Hekate.

Pourtant, c’est bien ce que j’indique depuis, mettre à jour vers la dernière version de Luma manuellement en remplaçant le boot.firm à la racine de la carte SD. Je ne vois pas autre chose si ce n’est supprimer l’ancien fichier et le remplacer.
https://github.com/LumaTeam/Luma3DS/releases/latest

Sinon, essayer cela également. Copier les deux fichiers boot.firm et boot.3dsx du zip à la racine de ta carte SD.
https://github.com/LumaTeam/Luma3DS/rel ... 10.2.1.zip
Il s’agit d’une ancienne version.

Et ne pas oublier de mettre à jour GodMod9 si besoin.

Slt bon voilà ou j'en suis.
J'ai refais les 2 Switchs et tout fonctionne.
J'ai réussi à dumper les saves et les remettre.
J'ai tester le fait d'installer avec DBi et de supprimé après le nsp et ça fonctionne donc on peut les supprimé après installation.
J'ai testé DBi sur un autre PC et cela fonctionne donc peut etre un problème USB du PC appremment ils sont en 3.0 et j'avais eu un message erreur de la switch une fois.

Le seul truc qui fonctionne pas c'est de booter avec le Dongle, pourtant j'ai bien remis le boot.dat, je pense qu'il ne trouve pas les payloads pourtant hakate est directement à la racine.
si tu as une idée pour ça

Oui, fais bien une sauvegarde de cette SD.

Cela signifie qu’il a utilisé la sysNAND pour installer des NSP d’où le fait que tu ne peux pas lancer les jeux sans le hack actif. Ce sont bien des backups et non des jeux legit (officiel), sauf s’il s’agit de jeux cartouches bien entendu.

Y’a t’il un fichier PROD.INFO sur la SD ? Si oui, cela supposerait qu’il a utilisé incognito. Ce serait pas mal déjà ^^

Dans tous les cas, tu pourras savoir ce qui est installé quand tu vas boot sur le CFW. Dans l’applet Album, tu trouveras les noms des outils. Cela n’est pas grave en soi. En revanche, le fait d’avoir utilisé la sysNAND pour le Hack et comme déjà dit, elle a été modifiée donc en l’état, une connexion aux serveurs de Nintendo provoquera un ban (en espérant qu’elle ne le soit pas déjà !).

Une sysNAND est la NAND système de la console et elle est modifiée par l’installation de NSP, certains homebrews et l’utilisation du mode autoRCM. D’où le fait de créer une emuNAND qui est la NAND système sur la SD pour à la fois se prémunir d’un ban et protéger sa NAND système de la console. Les deux sont déliées.

Je conseillerais de mettre à jour les éléments sur la SD actuelle avec les dernières versions d’outils et de ne pas oublier les sigpatches également. Ensuite, d’injecter le bin Hekate et de choisir un boot sur l’emuNAND pour tester (s’il n’y en a vraiment pas, tu auras une erreur). Dans ce cas tu boot sur la sysNAND. En revanche, s’il y a un boot qui s’opère sur l’emuNAND, c’est rassurant et cela impliquera moins de manipulation ensuite.

Regardes ce qu’il y a puis procèdes à la désinstallation des backups d’abord. Ensuite, utilises Haku33 pour réinitialiser la console proprement sur aucune emuNAND (je le ferai quand même s’il y avait une emuNAND car sans savoir ce qui a été fait, c’est plus safe). Une fois cela fait, tu pourras opérer une sauvegarde de la NAND via Hekate (important de la faire et de la conserver sur ton PC). Puis tu referas la SD proprement en la formatant à nouveau pour remettre les outils dessus que tu auras choisi via SDSetup. Tu créeras une emuNAND via Hekate. Ainsi, tu utiliseras cette dernière pour le underground.

Si tu es certain qu’elle n’a pas d’emuNAND, cela signifie que le hack a été utilisé sur la sysNAND et donc qu’elle a été modifiée. Cela est un risque réelle de ban si c’est le cas. L’ancien propriétaire aurait dû te donner des infos un peu plus approfondies sur son utilisation.

Selon ce qui a été fait, le mieux serait de faire une réinitialisation propre de la console via Haki33.

Je ne fais que supposer en fonction de ce qui aurait été fait sans savoir réellement car je n’ai pas la console devant moi. D’ailleurs, lorsque tu démarres la console normalement, il n’y a pas des jeux installés sur la console ? Si oui, certains ne sont sans doute pas accessibles et cela indique qu’il s’agit de backup. Ou alors, il n’y aucun jeu d’installer dessus et c’est sans doute que l’ancien proprio a tout réinitialisé en amont avant de la vendre. Une piste comme ça.

Commence par préparer ta SD avec les derniers éléments pour booter. Pour le Dongle, il suffit de mettre le boot.dat sur la SD et tu lanceras le payload bin de Hekate via le Menu de SX OS. Si cela ne fonctionne pas, utilise ton PC pour injecter le bin de Hekate via TegraRCMGUi. Lance toi en suivant le tutoriel tout simplement.

Pas d’autre choix effectivement. Un accès à la console est nécessaire pour effectuer des manipulations.

Dans ton cas, après avoir éliminé les pistes d’un autoRCM non actif, d’une batterie qui se charge mais la console ne s’allume pas peut supposer d’autres problèmes. Cela peut concerner une corruption du boot0/1 ou de la NAND. Je supposerais une corruption de boot mais sans confirmation non plus.

Dans tous les cas, complexe d’agir si la console ne s’allume pas.